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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

(54) Schnittstelle fur mehrere CAN-Datenverarbeitungsnetzwerke und Verfahren zum Betreiben einer Schnittstelle 

© Die Erfindung betrifft eine Schnittstelle zur Koppelung 
von mindcstens 2 CAN-Netzwerken mit jeweils verteiltem 
CAN-Rechnerknoten. Eine derartige Schnittstelle dient 
der Ubertragung von Information von einem der CAN- 
Netzwerke an ein anderes. 

Um dabei die Belastung der zentralen Prozessoreinheit 
weitgehend zu minimieren und die Schnittstelle zur An- 
bindung weiterer Netzwerke flexibler zu gestalten, wird 
erfindungsgemalS vorgeschlagen, daft die Schnittstelle 
einen zentralen Speicher zur Speicherung von Informatio- 
nen aufweist, wobei jedem der CAN-Netzwerke ein eige- 
ner Speicherbereich zugeordnet werden kann. 
Vorzugsweise sind ein eigener, zusatzlicher Maschinen- 
bus und eine Speicherzugriffssteuerung vorgesehen, so 
daft die zentrale Prozessoreinheit durch die Verwaltung 
von Speicherzugriffen nicht zusatzlich belastet ist 
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Beschreibung 



Die Erfindung betrifft eine Schnittstelle (Controller) ge- 
maB dem Oberbegriff des Patentanspruchs 1 sowie ein Ver- 
fahren zum Betreiben der Schnittstelle. 

Datenverarbeitungsanlagen mit verteilten Rechnerkno- 
ten, die uber einen seriellen Datenbus verbunden sind, fin- 
den iiberwiegend in industriellen und automobilen lokalen 
Netzwerken Anwendung. Die Rechnerknoten umfassen da- 
bei Daten verarbeitungsgerate oder Signal verarbeitungsge- 
rate, die fur eine bestimmte Anwendung ausgelegt sind. 
Hierzu zahlt der Datenaustausch zwischen Steuergeraten, 
Sensoren und Stellgliedern. 

Ein Beispiel fiir die oben definierten Datenverarbeitungs- 
anlagen ist das Controller Area Network (CAN), das rnit ei- 
nem Standardprotokoll, derzeit 2,0B arbeitet. 

Jede CAN-Einheit, d. h. jedcr Rechnerknoten, steht dabei 
uber einen seriellen Datenbus mit alien anderen Rechner- 
knoten in Verbindung, und zum Austausch bzw. zur Verwal- 
tung und Verarbeitung von Daten sind bei CAN im wesent- 
lichen zwei unterschiedliche "Ebenen" definiert, namlich 
eine Protokollebene und eine Objektebene. Daten werden 
zwischen den CAN-Einheiten in Form sogenannter "Mittei- 
lungsobjekte" ausgetauscht. Dabei umfaBt ein "Mitteilungs- 
objekt" neben den eigentlichen Daten, die zu verarbeiten 
sind, noch beispielsweise ein Identifikationsfeld (ID), Sta- 
tusfelder, Felder zur Taktsteuerung etc, Im Sinne der vorlie- 
genden Anmeldung umfaBt der Begriff "Ebene" sowohl eine 
Implementierung durch Software als auch durch Hardware 
als auch durch Kombinationen von bei den. 

Fig. 1 zeigt den schematischen Aufbau einer CAN-Ein- 
heit. Dargestellt ist die Protokollebene 1, die mit einem ex- 
ternen CAN-Bus 5 in Verbindung steht und verantwortlich 
ist fur das korrekte Handhaben von Daten auf dem CAN- 
Bus. Insbesondere werden Mitteilungsobjekte auf korrektes 
Daten format uberpriift, und eingehende Mitteilungsobjekte 
werde von seriellem Datenformat auf paralleles Datenfor- 
mat gewandelt. 

Die sich daran anschlieBende Objektebene 2 dient der Fil- 
terung von Daten, und insbesondere der Daten verwaltung 
und bildet die Schnittstelle zwischen der Protokollebene und 
einem CAN-Speicher 3. Die Objektebene iibernimmt die 
Datenverwaltung und die Speicherung von Daten und gibt 
uber den Speicher 3 erforderliche Daten an eine nicht darge- 
stellte Steuereinheit. 

Der CAN-Speicher 3 ist normalerweise direkt mit der Ob- 
jektebene verbunden und beispielsweise beim sogenannten 
"Full CAN" als RAM mit zwei Eingangen (Dual Port) aus- 
gebildet. Die Darstellung der Fig. 1 ist ledigtich eine grobe 
schematische Struktur. Tatsachlich konnen die Funktionen 
zwischen Objektebene und Protokollebene verschoben sein 7 
und haufig ist eine eindeutige Trennung nicht moglich. Ein 
Beispiel fur ein bekanntes CAN-Systcm ist in der DE-A-41 
40 017 gezeigt, auf deren Offenbarung hier ausdriicklich 
Bezug genommen wird. 

Auf dem Gebiet der Automobiltechnik besteht zuneh- 
mend der Bedarf, eine Steuerung mit mehr als einem Netz- 
werk aufzubauen, beispielsweise ein Netzwerk fur die Mo- 
torsteuerung und ein Netzwerk fiir die sogenannte "Body 
Electronic" wie Fensterheber, Beleuchtung, etc. Damit wird 
cs aber auch erforderlich, entsprechende Schnittstellen zur 
Verfiigung zu stellen, um Daten zwischen den einzelnen 
Netzwerken austauschen zu konnen, beispielsweise bei ei- 
ner kombinierten Antischlupf- und ABS-Regelung. Mogli- 
che Realisierungen einer derartigen Schnittstelle sind in den 
Fig. 2 und 3 dargestellt. 

In Fig. 2 ist der "klassische" Weg dargestellt, um Daten 
zwischen unterschiedlichen Netzwerken auszutauschen. Die 



in Fig, 2 dargestellte Schnittstelle 20 umfaBt jeweils zwei 
CAN-Einheiten 10, 10', die mit unterschiedlichen Netzwer- 
ken uber ihre zugeordneten Busse 5 und 5' in Verbindung 
stehen, Jede der CAN-Einheiten 10, 10' entspricht im we- 
5 sentlichen vom Aufbau her der in Fig. 1 dargestellten Ein- 
heit 10. Die Einheiten sind miteinander uber einen internen 
Bus 4, verbunden, und zusatzlich ist eine zentrale Prozesso- 
reinheit (CPU) 100 vorgesehen. Die Daten werden durch die 
CPU von derersten CAN-Einheit 10 gelesen und dann in die 

10 andere Einheit 10* eingeschrieben. Dies fuhrt dazu, daB die 
Belastung der CPU abhangig ist von der Anzahl der Daten- 
ubertragung an, der Anzahl der zu ubertragenden Bytes etc. 

Eine alternative Ausfuhrungsform, die kein Stand der 
Technik ist, zeigt die Fig. 3. Zusatzlich zu den Bereichen der 

15 Fig. 2 ist noch ein Bruckenmodul 12 vorgesehen, das den 
Datentransfer unterstutzt. Das Bruckenmodul konnte als 
Hardwareimplementierung ausgefuhrt sein, und die Funkti- 
onsweise des Bruckenmoduls fiir den direkten Dateniiber- 
gang zwischen zwei CAN-Einheiten muB abhangig von der 

20 Anwendung angegeben werden. Haufig ist zusatzlich noch 
eine CPU-Aktivitat erforderlich, da nicht alle Ubertragungs- 
mechanismen durch eine solche Brucke realisierbar sind. 

Des weiteren ist zu beachten, daB zur Umsetzung der in 
den Fig, 2 und 3 dargestellten Ansatze vorausgesetzt wird, 

25 daB die einzelnen CAN-Einheiten 10, 10' zur Realisierung 
der Schnittstelle kopiert werden; d. h., das Layout der CAN- 
Einheit wird auf einen Chip (Die) entsprechend der Anzahl 
der verschiedenen Anschliisse (Netzwerke) kopiert. Dabei 
werden alle Einheiten wie die Protokollebene, die Objekt- 

30 ebene und der Mitteilungsobjektspeicher kopiert und ent- 
sprechend der SchnittstellengroBe (d. h. abhangig von der 
Anzahl der Ein- und Ausgange) verschaltet. Damit wird 
aber fur jede Schnittstelle abhangig von der Anzahl der 
CAN-Einheiten eine eigene Konfiguration benotigt, und bei 

35 einer Anderung des Aufbaus muB das gesamte Layout gean- 
dert werden. SchlieBlich ist der Erweiterung der Schnitt- 
stelle durch zusatzliche CAN-Einheiten eine Grenze durch 
die Belastung der CPU gesetzt. 

Demgegenuber liegt der Erfindung die Aufgabe zu- 

40 grunde, eine Schnittstelle der Eingangs genannten Art zu 
entwickeln, bei der die Belastung der zentralen Prozesso- 
reinheit weitgehend minimiert ist und die sich durch hohe 
Flexibility auszeichnet; des weiteren soil ein Verfahren zum 
Betreiben einer derartigen Schnittstelle angegeben werden, 

45 Diese Aufgabe wird erfindungsgemaB dadurch gelost, 
daB ein zentraler Mitteilungsobjektspeicher vorgesehen ist, 
wobei jeder Eingabe/Ausgabe-Einheit (CAN-Einheit) ein 
Speicherbereich zugewiesen werden kann. 

Es ist somit nicht erforderlich, fiir jede CAN-Einheit ei- 

50 nen eigenen Speicher auszugestalten, der von der GroBe ab- 
hangig von den CAN-Einheiten des jeweiligen Netzwerkes 
ausgelegt werden miiBte. Abhangig vom tatsachlich erfor- 
derlichen Speicherbereich kann deshalb im zentralen Spei- 
cher genausoviel Speicherplatz zugewiesen werden, wie fur 

55 die betreffende Implementation erforderlich ist, Fiir die Er- 
weiterung der Schnittstelle zum AnschluB eines weiteren 
Datennetzwerkes muB deshalb lediglich zusatzlicher Spei- 
cherplatz ausgewiesen oder vorhandener Speicherplatz um- 
gewidmet werden, und die Protokoll- und die Objektebene 

60 fur eine Eingabe/Ausgabe-Einheit mussen erstellt werden, 
Vorzugsweise ist zusatzlich zu dem internen Bus, der die 
CPU mit den Eingabe/Ausgabe-Einheiten verbindet, ein 
Maschinenbus vorgesehen, uber den der Datentransfer zwi- 
schen den Eingabe/Ausgabe-Einheiten und der CPU einer- 

65 seits und dem zentralen Speicher andererseits vorgenommen 
wird. 

Vorzugsweise ist dabei eine zentrale Speic herzu griff s- 
steuerung vorgesehen, die s am the he Datenubertragungen 
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vom und zum Speicher steuert. 

Jede Eingabe/Ausgabe-Einheit umfaBt dabei vorzugs- 
weise eine Protokoilebene und eine Objektebene. 

Der zentrale Mitteilungsobjektspeicher ist vorzugsweise 
als inhaltsadressierbarer Speicher (CAM) und/oder als Frei- 
zugriffsspeicher (RAM) ausgebildet; zusatzlich kann noch 
ein Ereignis-Folge-Speicher vorgesehen sein, in dem eine 
Folge verzeichnet ist, die ausgelost werden soil, wenn eine 
Statusanderung eines Mitteilungsobjektes festgestellt wird. 

Um den Datenaustausch zwischen einzelnen Eingabe/ 
Ausgabe-Einheiten zu erleichtem, ist vorzugsweise zumin- 
dest ein Briickenmodul vorgesehen, das in gleicher Weise 
wie die Eingabe/Ausgabe-Einheiten zwischen den Maschi- 
nenbus und den internen Bus geschaltet ist. Ausgehend von 
Daten, die im Mitteilungsobjektspeicher eingespeichert sind 
und/oder abhangig von Status anderungen von Mitteilungs- 
objekten kann das BrUckenmodul Daten von einem Spei- 
cherbereich in einen anderen Speicherbereich kopieren oder 
dahin iibertragen. 

Insgesamt wird somit erfindungsgemaB ein modularer 
Aufbau der Schnitts telle erzielt, bci dem verschiedene Ein- 
heiten der Schnittstelle als Module ausgebildet sind, die le- 
diglich zwischen den internen Bus und dem Maschinenbus 
geschaltet sind. Die Module konnen als CAN-Module (Ein- 
gabe/Ausgabe-Einheit) mit Protokoll- und Objcktebene aus- 
gestaltet sein oder auch als Bruckenmodule zum Ubermit- 
teln von Daten zwischen den Netzwerken. SchlieBlich ist es 
auch moglich, selbstdefinierte funktionelle Module in glei- 
cher Weise zu implementieren; durch Einsatz einer Ereig- 
nis-Folge-Steuerung kann beispielsweise die Anderung ei- 
nes Mitteilungsobjektes (Ereignis) eine bestimmte Folge 
(Aktion) auslost. 

Jeder Speicherzugriff wird iiber die zentrale Speicherzu- 
griffssteuerung vorgenommen, so daB eine vollstandige 
Kontrolle Liber alle Speichervorgange gegeben ist. 

ErfindungsgemaB wird jedem Modul (Eingabe/Ausgabe- 
Einheit, Briickenmodul, Funktionsmodul etc.) eine eigene 
Maschinennummer zugeordnet, und das Mitteilungsobjekt 
jedes einzelnen Netzes wird durch die Maschinennummer 
erganzt. Auf diese Weise ist es sehr einfach moglich, jedes 
einzelne Mitteilungsobjekt innerhalb der Schnittstelle dem 
entsprechenden Datenverarbeitungsnetzwerk (CAN-Netz- 
werk) zuzuordnen. Auch kann dadurch der entsprechende 
Speicherbereich fur jedes einzelne Modul zugewiesen wer- 
den. Dies erweist sich insbesondere bei Verwendung eines 
inhaltsadressierbaren Speichers (CAM) als vorteilhaft, in 
dem zumindest ein Teil des Mitteilungsobjektes, vorzugs- 
weise die Maschinennummer und das Identifikationsfeld, 
gespeichert ist; restliche Daten wie beispielsweise Sema- 
phore^ Statu sfelder etc. konnen in einem entsprechend zu- 
geordneten RAM gespeichert werden. 

Ausfuhrungsformen der Erfindung werden anhand der 
beigefugten Zeichnungen erlautert. Es zeigen: 

Fig. 1 den schematischen Aufbau eines CAN-Knotens, 

Fig. 2 den Aufbau einer konventionellen Schnittstelle, 

Fig. 3 einen moglichen Ansatz zur Vereinfachung der Da- 
tenubertragung zwischen CAN-Einheiten, 

Fig. 4 den schematischen Aufbau einer erfindungsgeiM- 
Ben Schnittstelle und 

Fig. 5 den schematischen Aufbau eines Mitteilungsob- 
jektspeichers. 

GemaB Fig, 4 ist die erfindungsgemaBe Schnittstelle mo- 
dular aus verschiedenen Modulen M L , M 2 , . . M n , M n+1 
aufgebaut. Jedes Modul ist zwischen eine internen Bus 4 
und einen Maschinenbus 6 geschaltet und kann ein CAN- 
Modul (mit Protokoilebene und Objektebene), ein Briicken- 
modul zur tjbertragung von Daten zwischen CAN-Modulen 
oder ein Modul mit frei definierbarer Funktion sein, Jedes 
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CAN-Modul ist dabei mit dem zugeordneten CAN-Bus 
(nicht dargestellt) verbunden und kommuniziert mit dem 
entsprechenden Netzwerk. 

Mit dem internen Bus 4 ist weiterhin eine zentrale Prozes- 
5 soreinheit 100 verbunden, die Daten von den einzelnen Mo- 
dulen empfangt und an diese Daten iibermittelt. 

Mit dem Speicherbus ist einerseits ein zentraler Mittei- 
lungsobjektspeicher 50 und eine Speicherzugriff ssteuerung 
40 verbunden, Die Speicherzugriffssteuerung steuert alle 
to Zugriffsvorgange auf dem zentralen Mitteilungsobjektspei- 
cher 50. 

Wie bereits erwahnt, umfaBt jedes CAN-Modul die Proto- 
koilebene und die Objektebene, jedoch keinen eigenen Spei- 
cher. Der gesamte Mitteilungsobjektspeicher ist als gemein- 

15 samer Speicher 50 ausgestaltet, der formal unabhangig von 
dem einzelnen Modulen ist. Um eine Verbindung zwischen 
unterschiedlichen Speicherplatzen des Speichers 50 und den 
Modulen herzustellen, wird eine Maschinennummer dem 
Mitteilungsidentifikationsfeld (ID) zugefugt. Ein bestimm- 

20 tes Modul erhalt eine Maschinennummer, die beispielsweise 
durch Software zugewiesen werden kann. Auf diese Weise 
ist es nicht erforderlich, durch feste Hardwareverbindungen 
zwischen Nachrichten zu unterscheiden, die zu unterschied- 
lichen CAN-Netzen (CAN-Modulen) oder zu anderen Arten 

25 von Modulen (wie z. B. Bruckenmodule) gehoren. 

Zur Erlauterung der Datenstruktur soil Bezug auf Fig. 5 
genommen werden. Dort ist schematisch der Aufbau eines 
Speichers 50 dargestellt. ErfindungsgemaB setzt sicher Spei- 
cher 50 aus einem inhaltsadressierbaren Speicher CAM 50 1 

30 und einem Freizugriffsspeicber RAM 502 zusammen. 

In Fig. 5 ist schematisch eine Reihenfolge von Mittei- 
lungsobjekten 1, 2, 3, 4, 5, .... N dargestellt, die in diescr 
Folge im CAM-Speicher 50! gespeichert sind. Jedes Mittei- 
lungsobjekt umfaBt erfindungsgemaB eine Maschinennum- 

35 mer MN, die das zugeordnete Modul und damit, wenn es 
sich um ein CAN-Modul handelt, das zugeordnete Netz- 
werk angibt. Desweiteren ist im CAM das Identifikations- 
feld fiir das Mitteilungsobjekt gespeichert, das beispiels- 
weise die Art der Nachricht angibt. 

40 Dem CAM ist weiterhin der RAM 50 2 zugeordnet, in dem 
in derselben Reihenfolge entsprechende weitere Daten eines 
Mitteilungsobjektes gespeichert sind. Die Speicherplatze 
des CAM und des RAM sind einander zugeordnet, d. h. je- 
der Speicherplatz des CAM hat eine Entsprechung im RAM, 

45 Somit kann durch einfachen Zugriff auf den inhaltsadres- 
sierbaren Speicher CAM sehr einfach ein Mitteilungsobjekt 
aufgefunden werden, das mit einer bestimmten Maschinen- 
nummer und einem bestimmten Identifikationsfeld iiberein- 
stimmt. In dem zugeordneten Speicherbereich des RAM 

50 konnen dann die zugehorigen weiteren Daten des Mittei- 
lungsobjektes aufgefunden werden. Der Grund fur diese 
Zweiteilung des Speichers liegt darin, daB einerseits ein 
CAM sehr aufwendig aufgebaut ist, dafiir eine sehr schnelle 
Adressierung zulaBt, und daB andererseits ein RAM sehr 

55 einfach aufgebaut ist, aber andererseits Suchroutinen sehr 
langsam ablaufen. Durch diese Kombination eines CAM 
und eines RAM konnen beide Vorteile genutzt werden. 

Im RAM sind Fur jedes Mitteilungsobjekt weitere Daten- 
f elder vorgesehen, beispielsweise Semaphoren, Zeitmarken, 

60 Ereignisfolgen und die eigentlichen Daten. 

Semaphoren sind dabei Bitfolgen, die Zustande von Mit- 
teilungsobjekten angeben (beispielsweise Aktualitat, etc). 
Die Zeitmarke dient der Synchronisation unterschiedlicher 
Daten verarbeitungsnetze, und hinsichtlich der Einzelheiten 

65 der Taktsynchronisation wird auf die Eingangs erwahnte 
DE-A-41 40017 verwiesen, 

Neben dem eigentlichen Datenfeld ist erfindungsgemaB 
noch ein Ereignis-Folge-Feld vorgesehen. Das Ereignis- 
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Folge- Feld verweist bei einer moglichen Zustandsanderung 
der Semaphore auf einen Speicherbereich eines Ereignis- 
Folge-Speichers. Beispielsweise kann in dem Speicher 50 3 
vorgesehen sein, daB bei Auftreten eines bestimmten Ereig- 
nisses (Zustandsanderung einer Semaphore eines Mittei- 5 
lungsobjektes) eine bestimmte Folge eintreten soil, z. B. 
Anderung eines anderen Mitteilungsobjektes oder generie- 
ren eines neuen Mitteilungsobjektes, wie beispielsweise 
durch die Pfeile B und A in Fig. 5 dargestellt ist. 

Auf diese Weise kann auch eine Schleife von Ereignisfol- 10 
gen ausgelost werden, wie durch den Pfeil C in Fig. 5 darge- 
stellt ist. Andert sich beispielsweise ein Mitteilungsobjekt, 
so verweist die Ereignisliste im RAM 50i auf eine entspre- 
chende Folge (Aktion) ACT1 ifh Ereignis-Folge-Speicher 
50 3 ; wobei die im Speicher 50 3 angegebene Aktion 15 
ACT1 . . . ACTN wiederdie Anderung eines Mitteilungsob- 
jektes verursacht, was wieder ein Ereignis darstellt. Auf 
diese Weise konnen auch aufwendige Steuerabfolgen in ein- 
facher Weise realisiert werden. 

Wie bereils erwahnt, steuert die zentrale Speicherzu- 20 
griffssteuerung 40 den Zugriff auf den Mitteilungsobjekt- 
speicher, und zwar vorzugsweise nach einem ZugrifYsplan, 
D.h. die Speicherzugriffssteuerung stellt jedem Modul und 
der CPU 100 ein Zeitfenster fiir den Speicherzugriff zur Ver- 
fugung. 25 

Wie ein derartiger Zugriffsplan zu erstellen ist, ist dem 
Fachmann gelaufig und wird deshalb hier nicht im einzelnen 
dargestellt. Um jedoch das erfindungsgemaBe modulare 
Konzept konsequent umzusetzen empfiehlt es sich, die Spei- 
cherzugriffsberechtigung jeweils von einem Modul auf das 30 
nachstfolgende bzw. die CPU in einer vorgegebenen Rei- 
henfolge oder nach Prioritaten zu ubergeben. Auf diese 
Weise kann der Speicherzugriff auch dann in einer sehr ein- 
fachen Weise realisiert werden, wenn ein zusatzliches Mo- 
dul einer bestehenden Schnittstelle zugefugt werden soil. 35 

ErfindungsgemaB wird jeder Speicherzugriff durch die 
zentrale Speichersteuerung gesteuert. Kein Teil des Systems 
(einschlieBlich der CPU) hat einen direkten ZugrifF auf den 
Mitteilungsobjektspeicher. Jede Anforderung, unabhangig 
davon, von welchem Modul oder von der CPU selbst, wird 40 
durch die zentrale Stcuereinheit verwaltet. Dies ermoglicht, 
daB alle Speicheranderungen iiberwacht konnen und die Se- 
maphoren entsprechend gehandhabt werden konnen. 

Zusammenfassend ist zu crwahnen, daB erfindungsgemaB 
die Bestandteile der Schnittstelle modular aufgebaut sind, 45 
und zwar aus CAN-Modulen, Briickenmodulen und zusatz- 
lichen Funktionsmodulen, die alle in gleicher Weise zwi- 
schen den internen Bus und dem Maschinenbus geschaltet 
sind. Die einzelnen Module umfassen keinen eigenen Spei- 
cher, sondern ihnen ist ein Speicherplatz in einem zentralen 50 
Mitteilungsobjektspeicher zugeordnet, wobei der ZugrifF 
auf den zentralen Speicher iiber eine Speicherzugriffssteue- 
rung erfolgt. 

Durch diesen modularen Aufbau ergibt sich eine erhebli- 
che Flexibility und das System ist gemaB den Anforderun- 55 
gen eines Anwenders einfach skalierbar. Erweiterungen 
durch zusatzliche Module sind problemlos realisierbar. An- 
wenders pezifische Funktionen konnen iiber eigene selbstde- 
finierte Module realisiert werden oder auch uber eine Ereig- 
nis-Folge-Steuerung. 60 

Alle Steuerungen sowie Bruckenmodule, selbstdefinierte 
Module, Ereignis-Folge-Steuerung kann uber Hardware im- 
plernentiert werden, so daB die Belastung der CPU deudich 
reduziert ist. 

65 

Patentanspruche 
1. Schnittstelle zur Koppelung von mindestens zwei 



CAN-Netzwerken mit jeweils verteilten CAN-Rech- 
nerknoten mil 

mindestens zwei Eingabe/Ausgabe-Einheiten zum 
Austausch von Mitteilungsobjekten mit den CAN- 
Netzwerken und 

einem internen Bus, iiber den die Eingabe/Ausgabe- 
Einheiten miteinander in Verbindung stehen, 
gekennzeichnet durch 

einen zentralen Speicher zur Speicherung von Mittei- 
lungsobjekten, wobei jeder Eingabe/Ausgabe-Einheit 
ein Speicherbereich zugeordnet werden kann. 

2. Schnittstelle nach Anspruch 1, gekennzeichnet 
durch einen zusatzlichen Maschinenbus, der mit den 
einzelnen Eingabe/Ausgabe-Einheiten und dem Mittei- 
lungsobjektspeicher verbunden ist 

3. Schnittstelle nach Anspruch 1 oder 2, gekennzeich- 
net durch eine zentrale Speicherzugriffssteuerung, die 
den ZugrifF auf den zentralen Mitteilungsobjektspei- 
cher steuert. 

4. Schnittstelle nach Anspruch 1, 2 oder 3, gekenn- 
zeichnet durch eine zentrale Prozessoreinheit, die mit 
den einzelnen Eingabe/Ausgabe-Einheiten und dem 
zentralen Mitteilungsobjektspeicher verbunden ist. 

5. Schnittstelle nach einem der Anspruche 1 bis 4, da- 
durch gekennzeichnet, daB jede Eingabe/Ausgabeein- 
heit eine Protokollebene zum Prufen des Datenfonnats 
von Mitteilungsobjekten und eine Objektebene zur 
Verwaltung von Mitteilungsobjekten aufweist. 

6. Schnittstelle nach einem der Anspruche 1 bis 5, da- 
durch gekennzeichnet, daB der Mitteilungsobjektspei- 
cher einen inhaltsadressierbaren Speicher (CAM) und/ 
oder einen Freizugriffsspeicher (RAM) aufweist, 

7. Schnittstelle nach einem der Anspruche 1 bis 6, ge- 
kennzeichnet durch einen Ereignis-Folge-Speicher. 

8. Schnittstelle nach Anspruch 7, dadurch gekenn- 
zeichnet, daB der Ereignis-Folge-Speicher Teil des zen- 
tralen Mitteilungsobjektspeichers ist. 

9. Schnittstelle nach einem der Anspruche 1 bis 8, ge- 
kennzeichnet durch zumindest ein Bruckenmodul, das 
mit dem internen Bus und dem Maschinenbus verbun- 
den ist und Mittei lung sobjekte zwischen verschiedenen 
Eingabe/Ausgabe-Einheiten austauscht. 

10. Schnittstelle nach einem der Anspruche 1 bis 9, 
dadurch gekennzeichnet, daB jede Eingabe/Ausgabe- 
Einheit, jedes Bruckenmodul und gegebenenfalls 
selbstdefinierte Funktionseinheit als Modul aufgebaut 
ist, das zwischen den internen Bus und den Maschinen- 
bus geschaltet ist, 

11. Schnittstelle nach Anspruch 10, dadurch gekenn- 
zeichnet, daB der Speicherzugriff jeder Einheit, jedes 
Moduls oder der CPU iiber die zentrale Speicherzu- 
griffssteuerung erfolgt. 

12. Verfahren zum Betreiben einer Schnittstelle nach 
einem der Anspruche 1 bis 11, wobei jede Eingabe/ 
Ausgabe-Einheit mit ihrem zugehorigen CAN-Netz- 
werk Mitteilungsobjekte austauschen kann, dadurch 
gekennzeichnet, daB man jeder Eingabe/Ausgabe-Ein- 
heit und jedem Bruckenmodul eine Maschinennummer 
zuweist und die Mitteilungsobjekte um die Maschinen- 
nummer erweitert. 

13. Verfahren nach Anspruch 12, dadurch gekenn- 
zeichnet, daB man die Maschinennummer und ein 
Identifications feld des Mitteilungsobjektes in einem 
inhaltsadressierbaren Speicher und weitere Felder in 
einem Freizugriffsspeicher speichert, 

14. Verfahren nach Anspruch 13, dadurch gekenn- 
zeichnet, daB in den weiteren Datenfeldern der Mittei- 
lungsobjekte Semaphoren und Ereignis-Folge-Felder 
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enthalten sind, wobei das Ereignis-Folge-Feld auf eine 
Folge hinweist, die ausgelost wird, wenn sich dcr Zu- 
stand der Semaphore andert. 

15. Verfahren nach Anspruch 14, dadurch gekenn- 
zeichnet, daB das Ereignis-Folge-Feld einen Verweis 
auf eine Speicherort in einem Ereignis-Folge-Speicher 
aufweist. 

16. Datenverarbeitungsanlage mit mindestens zwei 
Datennetzwerken mit verteilten Rechnerknoten und 
mit einer Schnittstelle nach einem der Anspriiche 1 bis 
11. 
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